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METHOD FOR GENERATING A SYSTEM TIME CLOCK IN A RECEIVING 
DEVICE AND CORRESPONDING RECEIVING DEVICE 



The present invention relates to a method for generating a system time clock in a receiving 
device for digital data streams, the latter being generated by sampling analog signals (for 
example, audio or video) in a transmitting device at a sampling frequency or being already 
present in the form of digital data (for example, subtitles). 

In digital multimedia systems, individual data streams, for example video and audio data as 
well as data channels, etc., are digitized at different sampling rates. In this case, the digital 
data streams have no obviously common timing base. To resynchronize individual data 
streams in a receiving unit after they have been transmitted, both a common timing base for 
the individual sampling rates and synchronization points for aligning the individual data 
streams with each other are needed. 



The Moving Picture Expert Group (MPEG) standard defines not only coding techniques for 
video and audio data streams but also syntactic and semantic rules for packetizing coded data 
streams, making it possible to subsequently identify the individual data packets of each 
packetized elementary data stream (PES) and present them in the correct time sequence with 
respect to one another. 

The MPEG standard is explained, for example, in D. Teichner; der MPEG-2-Standard (The 
MPEG 2 Standard) in: Fernseh- und Kinotechnik, Volume 48, Number 4/1994, pages 155 to 
163. The MPEG systems require a single time base reference for coding and decoding. For 
this purpose, a counter based on a 90 kHz frequency, known as a program clock reference 
(PCR) counter, is provided in the transmitter and receiver. A presentation time stamp (PTS), 
derived from the 90 kHz counter in the transmitter, is added to each elementary data packet to 
describe the time at which the data packet is presented in relation to the instantaneous status 
of a program clock reference (PCR) counter in the receiver. 

The system time clock (f tr ansmitter) of the transmitter is transmitted by continuously streaming 
the data of a system clock reference counter to the receiver. The latter is operated directly by 
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the system frequency. The program clock reference (PCR) counter is needed to synchronize 
the individual data streams (audio, video) with each other. To do this, the system time clock 
(ftransmitter) is divided down to the count frequency of the program clock reference counter and 
supplied to the program clock reference counter. The status of the PCR counter is then 
5 inserted into the individual PES data packets as a numerical value in PTS form. For 

transmission purposes, the different PES values for audio, video, data channels, etc. as well 
as the values of the system clock reference counter are then combined into a common data 
stream, known as the transport data stream. 

10 The problem with synchronizing the various individual data streams reconstructed from the 
transport stream in the receiving device is that the values of the system clock reference 
counter must be transmitted from the transmitting device to the receiving device with 
constant delay throughout the entire system. Based on the values of the system clock 
reference counter and their time intervals, it is possible to recover the system clock (ftransmitter) 

15 of the transmitter in the receiving device. This system time clock (STC) of the receiving 

device clocks an STC counter at the receiving end. The frequency of the system time clock 
(STC) is supplied on the basis of the difference between an incoming value of the system 
clock reference counter and the status of the STC counter. At the same time, this system time 
clock (STC) is used to generate the receiving-end sampling frequencies (f audio, f video, f data) for 

20 the different data streams (audio, video, data channels). The latter thus have the same 

frequency as the corresponding sampling frequencies (f au dio> fvideo, fdata) in the transmitting 
device. 

To synchronize the individual data streams, the latter are aligned with the common timing 
25 base of the system time clock (STC) counter on the basis of their PTS flags. The output time 
of a specific item of data in a data stream is then determined separately from the output 
buffer, using the system time clock counter and the PTS flags for each of the individual data 
streams. 

30 The problem with synchronizing the system frequency between the transmitter and receiver is 
that the values of the system clock reference counter must be transmitted with a constant 
delay from the transmitting device to the receiving device to make sure that the system time 
clock (STC) is recovered correctly in the receiving device. 
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The object of the present invention is therefore to develop a method for generating the STC 
counter for digital data streams in a receiving device without the method requiring the 
transmission of the system clock reference counter and this without generating the system 
time clock. 

5 

According to the present invention, the object is achieved using the method according to the 
definition of the species by 

determining the sampling frequency (f sample) of one data stream in the receiving 
device and 

10 - synchronizing the STC counter with the sampling frequency of the data stream. 

Synchronizing the STC counter in the receiving device with the determined sampling 
frequency of one of the data streams provides a common timing base for all data streams 
without having to recover the actual system time clock in the transmitting device. In contrast 
15 to conventional methods, the STC counter of the receiving unit is thus controlled by the 
recovered sampling frequency and not by a recovered system time clock. 

In doing this, the increment of the STC counter of the receiving unit must be set so that the 
increment is derived from the ratio between the frequency of the program clock reference 
20 (PCR) and the sampling frequency of the corresponding data stream. The increment is 

settable to a constant value, the ratio between a nominal program clock reference PCR and a 
nominal sampling frequency being calculated and entered only once. 

However, the increment may also be resupplied iteratively. To do this, it is advantageous to 
25 calculate the difference between an instantaneous flag in the elementary data stream for 

identifying the program clock reference and the instantaneous count of the system time clock 
(STC). The increment of the system time clock (STC) is corrected according to the difference 
calculated in each case. 

30 To process several different data streams, such as audio, video, and data channels, the 

sampling frequency is determined from only one selected data stream, and the different data 
streams are synchronized by the common STC counter. 
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It is particularly advantageous to determine the sampling frequency from the elementary data 
stream that has the greatest sampling frequency of any of the available data streams. In an 
audiovisual system, the sampling frequency is usually determined from the audio data stream. 

5 Further advantageous embodiments of the receiving device are described in the subclaims. 
The present invention is explained in greater detail below on the basis of the attached 
drawing. 

Figure 1 shows a block diagram of a receiving device according to the present 
10 invention for digital data streams; 

Figure 2 shows a diagram of the STC counter value over time at a constant increment; 

Figure 3 shows a diagram of the STC counter value over time after correcting the 
15 increment; 

Figure 4 shows a block diagram of a conventional transmitting device for digital data 
streams; 

20 Figure 5 shows a block diagram of a conventional receiving device for digital data 
streams. 

Figure 1 shows a block diagram of the receiving device according to the present invention for 
digital data streams. The receiving device has a transport stream demultiplexer and 

25 depacketizer 1 via which a transport data stream T, which is structured, for example, 

according to the MPEG standard, is demultiplexed and depacketized, in the known manner, 
into elementary data streams E for different data content, i.e., a video elementary data stream 
V-E and an audio elementary data stream A-E. Transport data stream demultiplexer and 
depacketizer 1 is also used to extract presentation time stamp PTS from the packetized 

30 elementary data streams that may be used to construct and display the individual data packets 
by synchronizing them with the common STC counter at the right points in time. 
Known decoders 2a, 2b for video data streams V-E and audio data streams A-E are also 
provided. Video raw data V-R and audio raw data A-R are available at the outputs of 
decoders 2a, 2b. Video raw data V-R and audio raw data A-R are each buffered in a buffer 
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3a, 3b, controlled via an output control unit 4 by comparing the STC counter and PTS, and 
supplied to digital analog converters 5a, 5b, which are clocked at sampling frequencies f video 
and f audio for corresponding raw data V-R and A-R. Sampling is carried out with the help of 
recovered sampling frequency f audio for audio and with the help of a separate clock source 6, 
5 using sampling frequency f video for video. The video data is then reproduced in the form of 
analog data on a monitor 7, while the analog audio data is reproduced via a loudspeaker 8. 

To generate the STC counter, sampling frequency f sam pie of one of the data streams, for 
example audio elementary data stream A-E (f au dio) in this case, is determined in the known 
10 manner in a unit 9 and used as the clock for STC counter 10. Based on a start value S, 

program clock values are counted in counting unit 10. Start value S, for example an audio 
PTS value, is loaded by a loading signal L, preferably at the beginning of each audio frame. 

Increment SW of system time clock STC is set, for example, using a constant scaler. 
15 Increment SW is determined from the ratio between nominal program clock reference PCR 
and nominal sampling frequency f sa mpie of elementary data stream E, which is used to 
increment the STC counter. 

In MPEG-based systems, the sampling frequency of audio data stream A-E may be, for 
20 example, 48 kHz and the sampling frequency of video data stream V-E may be 25 Hz, i.e., 25 

images per second. System time clock ftransmitter is set to 27 MHz so that program clock 
* reference PCR determined therefrom is defined on the basis of a scaler ratio of 1 to 300 to 90 

kHz. Increment SW of synchronization unit 10 thus equals a ratio between original program 

clock reference PCR and the sampling frequency, i.e., 90 KHz : 48 kHz = 1.875. The 
25 synchronization unit is therefore not designed as an integer counter to process the decimal 

positions but preferably as a fixed-point counter. 

Start value S is originally set by the system clock reference flags in the transmitting unit, so 
that the STC counter must also be initialized in the receiving unit. The PTS flags within 
30 packetized elementary data stream E whose sampling frequency is used for incrementing the 
counter of synchronization unit 10 are employed for this purpose. To prevent the counter of 
synchronization unit 10 from "running off," e.g., due to an improperly set increment SW, the 
counter of synchronization unit 10 is regularly recalibrated by the PTS flags. This is 
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preferably done at the time at which the output of a new frame begins, i.e., according to the 
time interval at which the PTS flags are stored. 

If increment SW is set to a fixed value, the counter of synchronization unit 10 may, however, 
5 run off due to the deviation between actual sampling frequency f sample and nominal sampling 
frequency f sa mpie so that the recalibration of the counter in synchronization unit 10 described 
above results in skips in the STC count. This situation is illustrated in Figure 2. It is clear that 
the ideal setpoint value for the STC counter, which is represented by the dotted line, varies 
from the actual value of the STC counter over time. If increment SW is correct, the actual 
10 value curve would be strictly linear. 

As shown in Figure 3 in the form of a diagram of STC counter values over time, increment 
SW of the counter in synchronization unit 10 is preferably adjusted iteratively. To do this, the 
difference between the actual value of the STC counter and the setpoint value of the STC 
15 counter represented by the dotted line is calculated continuously, and increment SW is 
corrected according to the difference after processing of an audio frame N. 

Figure 4 shows a block diagram of a conventional transmitter unit for digital data streams. 
The transmitting unit has a central clock generator 1 1 for generating a system time clock 
20 ftransmitter. System clock frequency ftransmitter is 27 MHz, for example in MPEG transmitting 
devices. 

System clock ftransmitter is divided at a ratio of 1 to 300 using a PCR extension counter 17. The 
l-to-300-divided signal controls PCR counter 13. PCR and PCR extension counters jointly 

25 form the system clock reference counter. The value of PCR counter 13 is transmitted to 

encoder and packetizers 16a and 16b for the purpose of determining the presentation time v 
stamps (PTS). The system clock reference counter is transmitted to transport stream generator 
14. In transport stream generator 14, packetized video and audio elementary data streams V-E 
and A-E are multiplexed, and the system clock reference counter flags (PCR and PCR 

30 extension) are inserted into transport stream T. The structure of transport stream T is 
adequately specified in the MPEG standard. 



To generate packetized video and audio elementary data streams V-E and A-E, analog video 
and audio signals V and A are sampled from an analog source 1 5 at a defined sampling rate 
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fvideo for the analog video signals and f audio for the analog audio signals, then compressed and 
packetized in encoders and packetizers 16a, 16b. 

Figure 5 shows a conventional receiving device that, in turn, includes a transport data stream 
5 demultiplexer 1, decoder and depacketizers 2a, 2b, and an output control unit 18 for 
synchronizing and presenting the data streams. 

The system time clock in this case is recovered from system clock reference flags PCR and 
PCR extension in a conversion unit 19, and a system frequency f sys tem that corresponds to 
system time clock f sys tem of the transmitter is derived therefrom. However, the system clock 
10 reference flags must be transmitted with a constant delay from the transmitting unit to the 
receiving unit throughout the entire system to ensure that the time intervals between 
consecutive flags are equivalent to the difference between them. The receiving device will no 
longer be operational if the system fails to ensure a constant end-to-end delay for transmitting 
the system clock reference flags. 
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